home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Ham Radio
/
Ham Radio CD-ROM (Emerald Software) (1995).ISO
/
freq
/
scanr371
/
changes.doc
< prev
next >
Wrap
Text File
|
1992-04-27
|
3KB
|
67 lines
January 18, 1992
Previously when trying to print a list by frequency the frequencies
were not always lining up in proper order. This problem has been
corrected by creating a temporary index file. If you are using a
large database expect a delay before the actual printing begins.
Diskspace is automatically checked and you will be informed if you
don't have enough. Diskspace required is 70 bytes per record.
Some users using a configuration file were encountering an error that
I never planned on: they were transferring to the File Menu,
changing the storage directory, then Saving the configuration file.
They DID NOT open another data file in the new directory. The users
were then exiting to DOS and moved all of SCAN.MDF and her indices to
the new data directory and attempted to reinitiate the program. At
boot-up, however, SCAN.MDF was not found and the user was told that it
was being created. During creation the data directory was readied to
accept the new file, but alas, SCAN.MDF was already there and the user
aborted to DOS. Confusing? You bet! When first informed I had to try
it several times before I fully understood. The change made in this
area now is that if a user saves a configuration file without first
opening a new data file, then moves the data file to the data
directory it will be found. If it doesn't reside in either directory
the user will be aborted to DOS. If it is found, the configuration
file will be updated automatically.
In an effort to solve the printing problem some are having I have removed a
secondary trap that checks to see if your printer is ready at the beginning
of each record print loop. This may cause a problem for users that run out
of paper in mid-print, but at least it will tell me where the problem
exists. I have comepletly rewritten the print routines, cleard DOS
buffers, yet the problem continues. I experienced a similar problem on
another commercial apllication that I wrote and the removal of the printer
ready trap solved their problem. Let's see if it works here. As it is, I
have no problems with any portion of the program on a hardware level and
I'm stumped! Thebottom line: make sure you have enough paper to print the
entire report!
There have been some problems with the DOS shell not operating properly
when loading video hardware utility software at some point prior to
running Scanner Buff! Scanner Buff! will now detect a possible problem and
not allow the shell operation.
SURPRISINGLY, there has been a long time bug in Scanner Buff! that no one
ever complained of: the built-in word processor that writes and saves
comments was only allowing one line of text to be recalled, although many
lines were entered. This error has been corrected and users may now enter
and recall a maximum of 32k of comments PER RECORD.
COMING SOON: VERSION 4.0 !!!